Modified ethernet preamble for inter line card communications in a modular communication chassis

ABSTRACT

A method of providing information regarding an Ethernet frame, within the Ethernet preamble of the Ethernet frame, comprises inserting into the Ethernet preamble an inter-line-card header that includes a start control character, a version number, a parity bit, a source port, a destination port, and a forwarding domain entry; and preserving said inter-line-card header, inside of said Ethernet preamble, in a Media Access Control (MAC) sub-layer in said Ethernet frame. The method may include a step of selecting the decoding format for the inter-line-card header corresponding to the version number and/or forwarding other Ethernet frames according to additional forwarding information provided by the forwarding domain entry. The inter-line-card header may be preserved in the MAC sub-layer by keeping the Ethernet preamble at the beginning of an Ethernet frame received over an Ethernet backplane, and passing the combined preamble and associated Ethernet frame to an inter-line-card header processing module.

FIELD OF THE INVENTION

This invention is directed towards the use of a modified Ethernetpreamble to carry information across an Ethernet backplane between aplurality of line cards, each with a plurality of communication portsfor the purpose of Ethernet ring protection and other Ethernet services.

BACKGROUND OF THE INVENTION

In a telecommunication chassis with multiple ports, it is useful to usea modular communication chassis design with a plurality of line cards,each with a plurality of communication ports to allow for variousdensities of ports in the said chassis to address multiple applicationsand deployment scenarios. Using Ethernet as the backplane for the saidmodular communication chassis is useful, particularly when the data tobe exchanged between one or more main boards and a plurality ofcommunication line cards involve Ethernet frames.

The Ethernet preamble is a 64-bit field that contains a synchronizationpattern consisting of alternating ones and zeros and ending with twoconsecutive ones. After synchronization is established, the preamble isused to locate the first bit of the packet.

The embodiment allows a modular system using an Ethernet backplane, forcommunication between a main board and a plurality of line cards, toredefine an IEEE 802.3 Ethernet preamble to share information andactions about Ethernet frames to be passed between differentcommunication line cards. The shared information and actions areinserted in-line for each Ethernet frame to process to reduce the systemoverhead and streamline the operation between a plurality ofcommunication line cards.

SUMMARY OF THE INVENTION

In accordance with one embodiment, a method of providing informationregarding an Ethernet frame, within the Ethernet preamble of theEthernet frame, comprises inserting into the Ethernet preamble aninter-line-card header that includes a start control character, aversion number, a parity bit, a source port, a destination port, and aforwarding domain entry; and preserving said inter-line-card header,inside of said Ethernet preamble, in a Media Access Control (MAC)sub-layer in said Ethernet frame. The method may include a step ofselecting the decoding format for the inter-line-card headercorresponding to the version number and/or forwarding other Ethernetframes according to additional forwarding information provided by theforwarding domain entry. The inter-line-card header may be preserved inthe MAC sub-layer by keeping the Ethernet preamble at the beginning ofan Ethernet frame received over an Ethernet backplane, and passing thecombined preamble and associated Ethernet frame to an inter-line-cardheader processing module.

In one implementation, the start control character indicates thebeginning of a new Ethernet frame; the parity bit is used to verify thatan inter line card header is not corrupted, whereby the parity bit isset to reflect an even or an odd parity; the source port identifies thesource of the Ethernet frame on the communication line card from whichthe Ethernet frame received over the Ethernet backplane originates; andthe destination port identifies the port on which to transmit theEthernet frame for the communication line card where the Ethernet frameis received. The destination port may be extracted from theinter-line-card header, and then used to determine which Ethernet portof a communication line card shall be used to send the associatedEthernet frame.

The inter-line-card header may include an action and action parameters,and in one implementation the action includes controlling or modifyingthe associated Ethernet frame by pushing or popping an MPLS label,adding an MPLS label, setting the time to live (TTL) for an MPLS label,decrementing an MPLS TTL, setting an MPLS TTL to a specific value,pushing or popping a VLAN tag, setting or decrementing an InternetProtocol (IP) TTL field, setting the committed information rate (CIR)and the excess information rate (EIR) to new values, or resetting theCIR and EIR to known values for the Ethernet Virtual Circuit to whichthe Ethernet frame belongs. The action parameters may be appliedaccording to the action as decoded in the inter-line-card header.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention may best be understood by reference to the followingdescription taken in conjunction with the accompanying drawings.

FIG. 1 depicts a modular communication chassis.

FIG. 2 depicts a communication line card with a plurality ofcommunication ports.

FIG. 3 depicts the modular architecture of an FPGA at the core of acommunication line card.

FIG. 4 depicts a typical Ethernet frame.

FIG. 5 depicts a modified Ethernet preamble.

FIG. 6 depicts a differently modified Ethernet preamble.

DETAILED DESCRIPTION OF ILLUSTRATED EMBODIMENTS

Although the invention will be described in connection with certainpreferred embodiments, it will be understood that the invention is notlimited to those particular embodiments. On the contrary, the inventionis intended to cover all alternatives, modifications, and equivalentarrangements as may be included within the spirit and scope of theinvention as defined by the appended claims.

Turning now to the drawings and referring first to FIG. 1, a modularcommunication chassis 100 is depicted. It is made up of at least onemain board 110 and a plurality of communication line cards (120, 130,140, 150) interconnected via Ethernet links 160, 161, 162, 163, 164 viaa common Ethernet backplane 105 operating according to standard speedtiers of IEEE 802.3 Ethernet standard, for instance at 1 Gigabit persecond or 10 Gigabit per second. Each communication line card (120, 130,140, 150) is made up of a plurality of communication ports (121 and 122,131 and 132, 141 and 142, 151 and 152). In addition to the commonEthernet backplane 105, and when used for functions such as linkaggregation in an Ethernet protection ring implementation (for instanceas per the ITU G.8032v2 standard), communication line cards are groupedin pairs and have a direct Ethernet link 107, 109 between each pair ofcommunication line cards. The pair of communication line cards (120,130) is directly connected via Ethernet link 107 and the pair ofcommunication line cards (140, 150) is directly connected via Ethernetlink 109. These point to point Ethernet links (107, 109) are dedicatedbetween a pair of communication line cards (120 and 130, 140 and 150)and are used to improve the overall performance of the modularcommunication chassis 100.

FIG. 2 depicts the key components of a communication line card (120,130, 140, 150). Line card 120 will be used as an example. Communicationline card 120 has a pair of Ethernet links 161, 107 to communicate withother elements of the modular communication chassis 100. Ethernet link161 interconnects the communication line card 120 to every othercommunication line card in the modular communication chassis 100 and tothe one or more main boards 110. Ethernet link 107 is used tointerconnect the communication line card to another communication linecard 130 as a point-to-point link for additional flexibility andperformance. A Field Programmable Gate Array (FPGA) 200 is used toimplement the MAC sub-layer of the Internet Protocol (IP) stack. TheFPGA 200 is responsible for handling all of the Ethernet links: 161 usedfor the backplane link 105 and 107 used for the point to point link withcommunication line card 130. It is also responsible for handling ports121 and 122 on the communication line card 120. The Ethernet ports 121and 122 can operate either over a copper interface or an opticalinterface 201, 202.

FIG. 3 depicts the key functional modules of an FPGA 200 used toimplement the MAC sub-layer for the Ethernet backplane link 161, thepoint to point inter communication line card link 107 and the pluralityof Ethernet ports (121, 122). More specifically, a complete MACsub-layer protocol stack, as defined by the IEEE 802.3 standard issupported for Ethernet ports 121 and 122. For each such Ethernet port(121, 122), the MAC sub-layers include the Media Dependent Interface(MDI) (314, 324), the Physical Medium Dependent (PMD) sub-layer (313,323), the Physical Medium Attachment (PMA) sub-layer (312, 322), thePhysical Coding Sub-layer (PCS) (311, 321) and the Medium Access Control(MAC) sub-layer (310, 320). Furthermore, the FPGA 200 also implementsthe inter line card Medium Access Control (MAC) sub-layer 330 to handlethe point to point link 107 to the other communication line card 130 inthe pair of line cards used for instance for a link aggregation functionand the inter line card Medium Access Control (MAC) sub-layer 340 tohandle the connection 161 to the Ethernet backplane of the modularcommunication chassis 100. The Ethernet link 161 and 107 operate as perthe XGMII (10 Gigabit Media Independent Interface) protocol oralternatively as per the GMII (Gigabit Media Independent Interface)protocol).

Since the XGMII and GMII protocols operate above the inter line card MACsub-layer (330, 340), there is no need to implement a full MAC sub-layerprotocol stack on Ethernet interfaces 161 and 107 because Ethernetframes on these links (161, 107) are never directly transmitted over acopper or optical interface before they are processed by the inter linecard header processing module 300. The MAC sub-layer 330 handling theEthernet link 107 is used for the data traffic to and from the othercommunication line card in the pair of communication line cards (120 and130, 140 and 150) while MAC sub-layer 340 interfaces to the Ethernetlink 161 and is used as a management and control plane interface withother communication line cards (120, 130, 140, 150) and the main board110 in a modular communication chassis 100. In another embodiment,Ethernet link 161 is also used to convey data traffic originating fromother communication line cards (120, 130, 140, 150) not necessarilypaired to a communication line card via a dedicated Ethernet link (107,109).

This embodiment may couple communication line cards together in pairs(120 and 130, 140 and 150) for instance when used to perform a linkaggregation function to support an Ethernet ring protection protocolsuch as ITU G.8032v2. In order to share information about each frametransferred from one communication line card to another (120 and 130,140 and 150), it is useful to insert information about how an Ethernetframe should be handled directly in the Ethernet frame itself.

Looking at FIG. 4, in order to minimize the protocol overhead requiredto transfer additional information about an Ethernet frame 400 between apair of communication line cards (120 and 130, 140 and 150), theEthernet preamble 401 is redefined to convey information about theEthernet frame 400 that is prefixed by the Ethernet preamble 401. As perthe IEEE 802.3 standard, an Ethernet preamble 401 is made up of a 64 bitstream with a unique pattern. A traditional MAC sub-layer implementationwill usually remove the Ethernet preamble 401 before passing the frame400 to the Ethernet protocol stack. The inter line card MAC sub-layer(330, 340) is modified to preserve the Ethernet preamble 401 foradditional processing by the inter line card header processing module300 before passing the Ethernet frame to the appropriate MAC sub-layer(310, 320) and down the respective sub-layer modules until the Ethernetframe reaches the Ethernet port (121, 122). Looking at the Ethernetframe 400, it is preceded by a modified Ethernet preamble 401 redefinedas an inter line card header. The remainder of the Ethernet frame 400 isas per the IEEE 802.3 standard and consists of a 48 bit destination MACaddress 402 and a 48 bit source MAC address 403. When the IEEE 802.1Dstandard is used as part of a VLAN implementation, there may be aplurality of VLAN tags 404, 405, 406, 407 inserted after the source MACaddress 403. A first VLAN is seen and it is made up of a VLAN1 typefield 404 and of a first VLAN info field 405. A second VLAN is alsoseen, this time made up of a second VLAN2 type field 406 and of a VLANinfo field 407. Finally, an Ethertype field 408 and a data payload 409complete the Ethernet frame 400.

By redefining the standard Ethernet preamble 401 as an inter line cardheader, it is possible to share information about each frame without theoverhead of an extra frame or other inter line card mechanism such as,but not limited to, other Ethernet frames, shared RAM, hardwareregisters, and other methods known to those familiar with the art.

In FIG. 5, a first embodiment of the inter line card header 401 isillustrated. The inter line card header 401 includes a start controlcharacter 501 to mark the beginning of a new Ethernet frame 400. This isfollowed by a version number 502 to differentiate an inter line cardheader 401 that is redefined using a different format. An even or oddparity bit 503 is used as a simple and efficient method to detect acorrupted inter line card header 401. This is followed by a 16 bit field504 reserved for future use. The source port 505 then follows along withanother 12 bit field 506 reserved for future use. The next fielddesignates the destination port 507 to be used to transmit this Ethernetframe 400 by the communication line card receiving this Ethernet frame400. The next 6 bit field 508 is reserved for future use. The last fieldin the inter line card header 401 is the forwarding domain 509. Theforwarding domain 509 is used to provide information regarding thisEthernet frame 400 with regards to the forwarding domain 509 of thesource communication line card (120, 130, 140, 150) and how it should beapplied by the communication line card (120, 130, 140, 150) receivingthe Ethernet frame 400. It is necessary to convey this information aspart of the inter line card header 401 since the other communicationline card (120, 130, 140, 150) may not have enough information todetermine or discover this forwarding domain 509 information on its own.For instance, by saving the forwarding domain 509 information associatedwith the source MAC address 403 of the Ethernet frame 400, thecommunication line card (120, 130, 140, 150) implicitly learns how tohandle this MAC address the next time it sees it used as the destinationMAC address 402 in a subsequent Ethernet frame 400.

The information extracted from the inter line card header 401 is used bythe inter line card header processing module 300 on a communication linecard (120, 130, 140, 150) to select which destination Ethernet port(121, 122, 131, 132, 141, 142, 151, 152) should be used to handle thisEthernet frame 400. The ordering and the number of bits used to encodethe information of the different fields making up the inter line cardheader 401 can be modified by someone familiar with the art withoutchanging the scope or the meaning of this invention.

The modular communication chassis 100 may be used for a variety offunctions. In another embodiment, each communication line card (120,130, 140, 150) can enforce specific actions for the inter line cardheader processing module 300 when processing an Ethernet frame 400,including the ability to modify specific header information at variousprotocol layers. While some of the actions may be predefined orconfigured for each communication line card (120, 130, 140, 150), it isdesirable to convey frame specific actions as part of the inter linecard header 401.

Looking at FIG. 6, an alternate embodiment of the inter line card header401 is illustrated. The fields that were originally reserved for futureuse (504, 506 and 508) and the forwarding domain 509 are redefined inthis other embodiment of the inter line card header 401. Morespecifically, an action field 601 is defined. The action field 601defines one of a plurality of possible actions to be applied to theEthernet frame 400. For instance, the action field 601 can be used topush or pop a Multi-Protocol Label Switching (MPLS) label, add an MPLSlabel, set the time to live (TTL) for an MPLS label, decrement an MPLSTTL or set an MPLS TTL to a specific value. The action field 601 mayalso be used to push or pop a Virtual LAN (VLAN) tag (as per the IEEE802.1q standard). The action field 601 may also be used to set ordecrement an Internet Protocol (IP) TTL field. Another use of the actionfield 601 could be to set the committed information rate (CIR) and theexcess information rate (EIR) to new values or to reset the CIR and EIRto known values for the Ethernet virtual circuit that the Ethernet frame400 belongs to. In another embodiment of the inter line card header 401,it is possible to encode the action field 601 using more than 4 bits toadd other actions as required. The action parameter fields (602, 603,604, 605) represent a total of 40 bits that can be used to convey thenecessary parameters to the action field 601. The encoding of the actionparameter fields (602, 603, 604, 605) will vary depending on thespecific value of the action field 601. In order to accommodate actionsthat require more than 40 bits to encode the associated parameters, itis possible to redefine other fields that are currently preserved as isfrom FIG. 5. As was the case for FIG. 5, the embodiment illustrated byFIG. 6 may rely on different ordering of the fields and the number ofbits used to encode the information of the different fields making upthe inter line card header 401 can be modified by someone familiar withthe art without changing the scope or the meaning of this invention.

In an embodiment, when communicating over the Ethernet backplane 105, astandard Ethernet preamble 401 is used to allow the use of an existingoff-the-shelf Ethernet switch chip set. In another embodiment, the interline card header 401 can also be used on the Ethernet backplane 105 byusing an FPGA 200 or another programmable device as the Ethernet switchin order to preserve the inter line card header 401 of an Ethernet frame400 switched toward a destination communication line card (120, 130,140, 150) or main board 110. When sending an Ethernet frame 400 over adedicated Ethernet link (107, 109) between a pair of communication linecards (120 and 130, 140 and 150), the MAC sub-layer 330 operates inpromiscuous mode and disregards the destination MAC address 402 in theEthernet frame 400.

While particular embodiments and applications of the present inventionhave been illustrated and described, it is to be understood that theinvention is not limited to the precise construction and compositionsdisclosed herein and that various modifications, changes, and variationsmay be apparent from the foregoing descriptions without departing fromthe spirit and scope of the invention as defined in the appended claims.

1-12. (canceled)
 13. A method of providing information regarding anEthernet frame, said method comprising: modifying an Ethernet preambleof the Ethernet frame to include the information regarding the Ethernetframe, creating a modified Ethernet preamble, preserving by a MediaAccess Control (MAC) sub-layer module said modified Ethernet preamble.14. The method of claim 13 wherein the information regarding theEthernet frame comprises at least one of a start control character, aversion number, a parity bit, a source port, a destination port, aforwarding domain entry, an action field, and an action parameter.
 15. Amethod of providing Ethernet services, said method comprising: modifyingan Ethernet preamble of an Ethernet frame to include informationassociated with the Ethernet services, creating a modified Ethernetpreamble, preserving by a Media Access Control (MAC) sub-layer modulesaid modified Ethernet preamble.
 16. The method of claim 15 wherein theinformation associated with the Ethernet services comprises at least oneof a start control character, a version number, a parity bit, a sourceport, a destination port, a forwarding domain entry, an action field,and an action parameter.